home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97a.txt / 000057_icon-group-sender _Sat Mar 1 17:58:34 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 3 Mar 1997 08:32:57 MST
  2. Date: Sat, 1 Mar 1997 17:58:34 +0200 (WET)
  3. From: Ehud Lamm <mslamm@pluto.mscc.huji.ac.il>
  4. To: Jan Galkowski <jan@solstice.digicomp.com>
  5. Cc: icon-group@cs.arizona.edu
  6. Subject: Re: Icon and two-dimensional matching
  7. In-Reply-To: <331437DE.41C67EA6@solstice.digicomp.com>
  8. Message-Id: <Pine.A32.3.91.970301175233.54259B-100000@pluto.mscc.huji.ac.il>
  9. Mime-Version: 1.0
  10. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13. Content-Length: 905
  14.  
  15. The problem of two dimensional matching is a problem I tend to come  back 
  16. to every couple of years. 
  17.  
  18. What usually stopos me from starting to hack some code, is that I don't 
  19. seem to be able to formulate a model which will be both simple enough and 
  20. sufficient to use in interesting contexts. 
  21.  
  22. I usually end up desinging something specific for the problem at hand.
  23.  
  24. Examples are: Checking MineSweeper board configurations; finding sections 
  25. in HTML pages (e.g, section title from of articles); Multi-line grep etc.
  26.  
  27. If you can point me to something general along these lines - which I can 
  28. use, I'd be happy. 
  29. If you showed me a good grammer for this kind of thing - I'd be surprised 
  30. not to find it already coded and shipped. 
  31. I suggest you point your question to comp.theory as well.
  32.  
  33. Any way - I'd be happy to hear any thought on matters such as these. 
  34.  
  35. Ehud Lamm     mslamm@pluto.mscc.huji.ac.il
  36.  
  37.